REDUCTION  OF  OPERATIONAL  MESSAGE  TRAFFIC: 
DEVELOPMENT  OF  A  COMPOSITE  REPORTING  SYSTEM 


Peter  Anthony  Barnett 


Library 

Naval  Postgraduate  School 

Monterey,  California  93940 


i  b  r*. ' 

I  h 

m 


hi    DO 01^ HA 


HI  L 


T 


H 


%* 


S  3  § 

U  4#  L 


Monterey,  California 


3&  15  vaais* 


REDUCTION  OF  OPERATIONAL  MESSAGE  TRAFFIC: 
DEVELOPMENT  OF  A  COMPOSITE  REPORTING  SYSTEM 

by 

Peter  Anthony  Barnett 


Thesis  Advisor: 


V.  M.  Powers 


March  1973 


kppnovnd  ^on.  puhtic,  kcJLqxlsz;   diA&uhutio'/i  unZimiXnd . 


Reduction  of  Operational  Message  Traffic: 
Development  of  a  Composite  Reporting  System 


by 


Peter  Anthony  Barnett 
Lieutenant,  United  States  Navy 
B.S.,  United  States  Naval  Academy,  1966 


Submitted  in  partial  fulfillment  of  the 
requirements  for  the  degree  of 

Master  of  Science  in  Management 
from  the 

-*'-"-"»vri-i-nTM-T'j\rpE'  CfT-ffWr. 


Library 

Nava'  Postgraduate  School 

Monterey,  California  93940 


ABSTRACT 


The  problems  encountered  by  operational  units  of  the  U.S.  Navy  in 
meeting  the  requirements  to  submit  a  multitude  of  reports  ranging  from 
simple  Fuel  Status  Reports  to  rigidly  defined,  computer  formatted  Move- 
ment Reports  are  almost  overvvhelming .  The  evolution  of  these  require- 
ments and  recent  attempts  to  simplify  reporting  are  reviewed.  A  proposal 
is  presented  which  outlines  the  development,  test,  and  evaluation,  and  a 
gradual  integration  of  a  Composite  Reporting  System  into  the  existing 
communications  system.  This  Composite  Reporting  System  is  the  logical 
predecessor  of  a  Navy-wide  Information  System. 
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I.   INTRODUCTION 

In  my  experience  as  a  ccnrnunicaticns  officer,  navigator,  electronics 
officer,  and  operations  officer,  I  have  never  felt  confident  that  I  had 
properly  drafted  and  addressed  all  of  the  reports  in  my  area  of  responsi- 
bility whenever  an  "extraordinary"  situation  had  developed.  In  discussing 
this  problem  with  several  other  officers,  frcm  Captain  through  Ensign,  I 
find  that  this  feeling  persists  at  all  levels.  To  my  knowledge,  there  is 
no  complete  list  of  such  required  reports  available.  Each  unit  must 
research  many  publications,  operation  orders,  instructions,  letters  of 
instruction,  and  message  files  in  order  to  fulfill  the  reporting  require- 
ments for  each  incident.  Many  of  the  reports  generated  as  a  result  of 
an  "extraordinary"  situation  contain  redundant  information.  It  might 
seem  reasonable  to  attempt  to  identify  all  of  the  current  required 
reports,  the  units  responsible  for  their  origination,  the  addressees  to 
whom  they  must  be  submitted,  and  the  information  contained  in  each  type. 
It  would  then  be  possible  to  determine  the  amount  of  redundancy  and  pro- 
pose the  elimination,  revision  or  combination  of  these  required  reports 
in  order  to  arrive  at  a  concise  listing  of  all  required  reports,  the 
criteria  for  origination  of  these  reports,  the  format  of  these  reports 
and  the  addressees  to  whom  these  reports  should  be  sent,  and  to  make  this 
available  to  the  operational  units  of  the  fleet. 

This  undertaking  would  prove  to  be  a  considerable  task.  Each  opera- 
tional unit  has  a  unique  suit  of  reference  publications,  and  depending 
upon  the  task  and  mission  assignment,  geographical  location  and  a  multi- 
tude of  other  variables,  each  would  be  required  to  utilize  a  different 
set  of  reports  and  addressees  to  cover  an  identical  incident.  Even  in 


such  routine  reporting  situations  as  equipment  failure,  movement  or 
weather  observation,  investigations  aboard  operating  units  revelaed  that 
those  personnel  responsible  for  generation  of  a  report  could  not  readily 
substantiate : 

a.  Who  required  the  report. 

b.  What  criteria  justified  a  report. 

c.  To  whom  must  the  report  be  sent. 

d.  How  often  must  the  report  be  updated. 

e.  What  format  must  be  used. 

When  these  personnel  of  the  operating  units  of  the  fleet  were  asked, 
"How  do  you  know  that  a  particular  report  is  required,"  the  replies  were 
of  the  nature  ...  "We  have  always  submitted  that  report.",  "The  man  I 
relieved  told  me  to  be  sure  and  send  that  report . " ,  "The  last  time  a 
similar  situation  occurred,  we  made  this  report  and  nobody  criticized 
it."  ...  etc.  But  no  one  I  spoke  with  could  state  with  absolute  cer- 
tainty that  he  had  not  missed  sending  some  obscure  report  which  was 
required  by  one  of  his  publications. 

Instead  of  trying  to  identify  and  analyze  all  of  the  currently 
effective  operational  reports  in  an  attempt  to  reduce  or  eliminate 
redundancy,  I  chose  an  alternate  way  to  approach  the  ever-increasing 
problems  in  reporting.  That  approach  was  examining  the  feasibility  of 
an  information  system  in  which  the  operational  units  of  the  fleet  could 
submit  simple  reports  on  any  situation,  routine  or  unusual,  and  be  sure 
that  this  information  was  disseminated  to  the  proper  authority. 

A  scenario  is  used  in  Section  2  to  illustrate  the  problems  encoun- 
tered by  operational  units  in  complying  with  existing  reporting  require- 
ments. A  brief  history  of  the  evolution  of  the  present  reporting  system 


is  presented  in  Section  3,  followed  in  Section  4  by  a  review  of  recent 
attempts  to  formulate  a  Composite  Reporting  System.  An  attempt  is  made 
in  Section  5  to  illustrate  the  flexibility  of  such  a  concept  by  adding 
a  previously  excluded  report  to  an  experimental  Composite  Reporting 
System.  Section  6  deals  with  the  proposal  of  how  a  workable  Composite 
Reporting  System  could  be  developed,  tested  and  integrated  into  the 
present  reporting  system,  and  Section  7  is  a  summary. 


II.   OVERVIEW  OF  THE  PROBLEM 

A.   ONE  INCIDENT 

Suppose  that  you  are  the  Commanding  Officer  of  the  USS  Destroyer 
enroute  from  San  Diego  to  Pearl  Harbor.  At  0200  you  are  awakened  from 
a  deep  sleep  by  the  Officer  of  the  Deck  who  makes  the  following  report. 

"Sorry  to  wake  you  Captain,  but  there  has  been  a  casualty  to  Number  3 
boiler.  We  have  lost  all  electrical  power,  are  dead  in  the  water,  fire- 
man Jones  was  injured  and  taken  to  sickbay,  and  the  chief  engineer  says 
it  will  be  at  least  an  hour  before  he  can  get  up  steam  in  Number  1 
boiler."  You  reply,  "Very  well.  Have  the  chief  engineer  report  to  my 
cabin  with  an  assessment  of  the  damage  as  soon  as  he  has  made  a 
preliminary  investigation." 

At  0230  the  chief  engineer  arrives  and  the  following  facts  are 
revealed : 

1.  The  casuality  was  caused  by  high  water  in  the  boiler. 

2.  Water  was  carried  over  the  steam  lines  to  the  generator  and  the 
main  turbine. 

3.  Fireman  Jones,  in  his  haste  to  wrap  up  the  boiler,  fell  off  a 
a  ladder  and  has  suffered  a  broken  arm. 

4.  The  emergency  generator  will  not  start.  Estimated  time  to 
restore  electrical  power  is  about  30  minutes. 

5.  Number  1  boiler  will  be  on  the  line  ready  to  answer  bells  in 
approximately  an  hour. 

In  the  meantime,  the  operations  officer  appears  and  reports  that  due  to 

the  surge  of  power  at  the  time  of  the  casuality,  the  surface  search  radar 

is  down  along  with  several  pieces  of  communications  equipment.  And  of 

course  the  Fleet  Broadcast  cannot  be  relieved  until  power  has  been 

restored. 


B.   THE  MULTITUDE  OF  REPORTS 

The  following  is  the  minimum  list  of  messages  which  must  be  sent  in 

the  right  format  to  the  required  addressees  in  the  designated  time  period 

allowed  for  reporting  such  an  incident: 

MOVEREP  To  explain  the  delay  in  transit 

PERS  CASREPT  To  report  the  injury  of  fireman  Jones 

CASREPT  To  report  failure  of  Number  3  boiler 

CASREPT  To  report  failure  of  Number  2  generator 

CASREPT  To  report  failure  of  the  surface  search  radar 

CASREPTS        To  report  the  failure  of  each  piece  of  communications 
equipment 

COMSTAT         To  report  the  change  of  status  of  communications 
equipment 

FORSTAT         To  report  the  change  in  material  readiness  of  the 
ship 

MILSTRIP        To  order  repair  parts  for  the  equipments  reported 
by  CASREPT 

LOGREQ         To  inform  personnel  at  destination  of  the  delay  in 

arrival.  A  request  for  messages  not  received  during 
the  period  in  which  the  Fleet  Broadcast  could  not  be 
received . 

There  may  be  more  messages  required,  but  this  list  should  serve  to 
illustrate  my  points:  one  incident  can  create  the  requirement  for  a  large 
number  of  messages. 

In  examining  the  content  of  the  messages  listed  above,  one  can  readily 
pick  out  a  great  number  of  redundant  pieces  of  information  which  must  be 
put  into  the  proper  format  for  transmission.  Several  of  the  messages  are 
sent  to  the  same  addressees.  For  example,  in  the  five  (or  more)  CASREPTS, 
answers  to  the  following  appear:  Can  the  ship  continue  its  present 
mission;  are  repair  parts  onboard-allowed/ordered;  what  is  the  name  and 
date  of  next  port  visit.  In  the  section  on  parts  needed  to  repair  the  item, 
complete  supply  data  must  be  furnished  as  well  as  the  date-time-group  of  any 
supply  related  messages  resulting  from  the  CASREPT.   Information  concerning 
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the  next  port  visit  is  also  contained  in  both  the  LOGREQ  and  in  the 
MOVREP.  There  are  more  examples  of  redundancy  which  become  readily 
apparent  when  the  actual  messages  are  written  up  and  compared. 


III.   DEVELOPMENT  OF  REPORTS 

Through  the  years,  an  elaborate  system  of  reporting  has  been  devel- 
oped for  units  of  the  fleet.  Each  Commander,  Bureau,  Systems  Command, 
and  functional  area  of  the  Navy  requires  reports  either  periodically  or 
as  situations  develop.  As  the  size  of  the  Navy  increased  and  the  com- 
mand elements  became  separated  from  the  support  units,  and  the  support 
units  became  more  specialized,  they  separated  into  isolated  units 
operating  independently  of  each  other.  The  number,  complexity  and  fre- 
quency of  required  reports  has  steadily  risen  to  the  point  where  it  is 
now  virtually  impossible  for  the  Commanding  Officer  of  a  typical  afloat 
unit  to  be  aware  of  all  the  reports  which  he  is  responsible  to  originate 
in  any  given  situation. 

With  the  diversification  of  activities  ashore,  more  detailed  reports 
have  been  introduced  to  the  fleet.  Some  are  narrative,  but  more  and 
more,  the  reports  are  being  required  in  some  type  of  standard  format. 
These  formats  range  from  loosely  defined  data  elements  in  simple  alpha- 
betical order,  to  a  rigidly  styled  format  in  which  every  character  and 
space  in  the  report  must  be  exact.  The  amount  of  time  required  to  pre- 
pare some  of  these  reports  is  considerable,  and  it  is  questionable  as  to 
whether  or  not  the  effort  involved  in  preparing  the  report  is  justified 
by  the  amount  of  information  contained  in  the  report.  The  required 
number  of  reports  containing  redundant  information  has  driven  the 
reporting  units  and  the  communications  stations  to  a  condition  of  extreme 
inefficiency . 
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The  time  has  come  to  examine  the  requirements  of  all  Commanders  and 
Supporting  Activities  in  an  effort  to  provide  each  with  the  necessary 
information  to  perform  his  functions  efficiently.  These  basic  require- 
ments could  then  be  molded  into  a  Navy-wide  Information  System. 
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IV.   RECENT  EFFORTS  TO  REDUCE  MESSAGE  TRAFFIC 

A.   COMMANDER  FIRST  FLEET 

In  1968,  the  staff  of  Cormander  First  Fleet  made  an  initial  study  of 
the  reporting  requirements  for  units  assigned  to  the  First  Fleet.  The 
concept  of  starting  an  information  base  containing  all  data  reported  by 
First  Fleet  units  was  considered.  Little  support  for  this  concept  was 
found.  This  concept  laid  dormant  until  Fleet  Exercise  (ROPEVAL  3-71)  in 
September  1971  [1] .  At  this  time  units  participating  in  the  exercise 
were  required  to  send  specified  data  items  to  Commander  First  Fleet  in 
order  to  build  a  data  base,  but  normal  reporting  was  also  required  of 
the  units.  The  data  was  compiled  by  hand.  The  amount  of  data  was 
impressive;  however,  no  provisions  had  been  made  at  this  time  to  utilize 
or  further  distribute  this  data  and  thereby  eliminate  the  parallel 
reporting  by  the  operating  units. 

The  operational  units  did  express  an  interest  in  such  a  reporting 
system,  provided  it  would  eliminate  the  other  required  reports. 

A  second  Fleet  Exercise  (COMPUTEX-72)  was  conducted  in  April  1972  [2] . 
At  this  time  the  COMPREP  (message  format  developed  for  Commander  First 
Fleet  Compos it  Reporting  System)  was  introduced  to  the  participation 
units.  The  COMPREP  is  a  formatted  message,  designed  to  enable  the  origi- 
nators to  report  various  situations  or  events  in  one  simplified  format. 
(See  list  of  reports  covered  on  page  14) .  In  this  exercise  an  attempt 
was  made  to  utilize  automatic  data  processing  equipment  to  process  the 
COMPREP  by  reformatting  the  information  into  the  traditional  reporting 
format  and  transmitting  the  information  to  the  normal  addressees.  At  the 
same  time  the  elements  of  information  were  utilized  to  compile  a  data  base 
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which  could  be  queried  by  selected  Commands  for  specific  pieces/items  or 
categories  of  information.  The  COMPKEP  was  the  only  report  transmitted 
by  the  participants  in  this  Fleet  Exercise.  Normal,  separate,  opera- 
tional reports  were  not  originated  and  sent  as  had  been  done  in  the  pre- 
vious exercise  ROPEVAL  3-71.  The  participating  units  were  impressed  by 
the  reduction  of  traffic  and  the  conciseness  of  this  report.  The  major 
problems  encountered  during  this  exercise  were  attributable  to  inade- 
quately written  programs  controlling  the  automatic  data  processing 
equipment  located  in  Hawaii  [2] . 

The  programs'  lack  of  tolerance  of  minor  errors  in  the  format,  or  of 
errors  introduced  during  transmission  required  the  reformatting  of  most 
of  the  regular  operational  reports  by  hand.  The  personnel  operating  the 
automatic  data  processing  equipment  were  not  properly  indoctrinated  on 
the  correct  procedures  to  follow  when  the  automatic  data  processing 
equipment  would  not  reformat  a  particular  message  correctly,  and  this 
resulted  in  an  unacceptable  time  delay  in  the  delivery  of  actual  "opera- 
tional traffic."  The  COMPREP  reporting  phase  of  this  exercise  had  to  be 
terminated  early  in  the  exercise  to  insure  operational  reports  were  in 
fact  delivered  on  time.  Once  again,  the  CaTmanding  Officers  of  the  units 
involved  in  reporting  by  means  of  a  COMPKEP  were  enthusiastic. 

B.   HIGHER  LEVELS  OF  INTEREST 

In  October  1972,  a  Command  Information  Workshop  was  convened  in 
Washington,  D.C.  to  generate  interest  in  the  development  of  a  new  reporting 
system,  Navy  Status  of  Forces  (NSOF)  [3]  .  This  system  would  be  incorpo- 
rated as  a  subsystem  of  the  World  Wide  Military  Carrmand  and  Control  sys- 
tem (WWMCCS)  .  This  workshop  marked  the  first  time  that  operating  per- 
sonnel from  the  fleet  as  well  as  planning  personnel  from  the  office  of 
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OPNAV  combined  forces  to  examine  the  possibility  of  a  single  formatted 
message  replacing  a  variety  of  established  reporting  systems. 

The  recommendations  forwarded  from  this  workshop  were  the  basis  for 
Chief  of  Naval  Operations  message  301348Z  November  1972.  This  message, 
addressed  to  various  Commands,  set  forth  a  time  table  for  development  of 
a  single  formatted  message  based  on  Commander  First  Fleet's  COMPEEP,  an 
earlier  attempt  to  consolidate  a  variety  of  reports  [4] .  Upon  receipt 
of  this  message,  a  preliminary  development  team  was  formed  in  San  Diego, 
California,  under  the  direction  of  OPNAV  943.  This  team  was  composed  of 
personnel  from  the  Naval  Electronics  Laboratory  Command,  San  Diego;  the 
staff  of  Commander  First  Fleet;  and  a  civilian  contractor  familiar  with 
communications  systems. 

This  team  began  working  on  a  proposal  in  December  1972.  In  January 
1973,  their  proposal  was  presented  to  OPNAV  943  [5] .  It  was  rejected  on 
the  basis  of  being  too  optimistic  with  respect  to  time  tables  set  for; 
research  and  development;  formulation  of  the  format;  writing  and  testing 
of  software  package;  implementation.  Another  strong  criticism  of  the 
proposal  was  the  absence  of  a  detailed  cost  analysis. 

In  the  previously  described  Commander  First  Fleet  attempts  to  evaluate 

a  new  reporting  system,  the  following  existing  reports  were  to  be  replaced 

by  the  formatted  message,  COMPREP: 

Aircraft  Availability  MILSTRIP  Requisitions 

Air  Summary  MOVEREP 

Ammunition  Expenditure  Operational  Efficiency  (NUDET) 

Broadcast  Shift  OPREP-3  (Exercise) 

Broadcast  ZDK/ZFK  Request  OPSTAT 

CASREPT  Position/PIM 

CASCOR  Sitrept 

Communications  Guard  Shift  Task  Organization  Changes 

Ccmmunications  Interference  Termination  Request 

COMSTAT  VP  Mission  Summary 

Contact  VP  Unit  Tasking 

C  &  D  Actions  Weather  Observations 

Electronic  Interference  (MIJI)  Oceanography  Reports 

Fuel  Status 
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These  message  formats  were  analyzed  and  broken  down  into  basic  ele- 
ments of  information.  The  basic  elements  of  information  were  then 
organized  into  18  different  categories  or  sections.  The  sections  were 
further  divided  into  lines,  with  each  line  assigned  a  5  letter  code  for 
automatic  processing. 

The  latest  proposal  by  the  preliminary  development  group  has  organi- 
zed the  information  into  more  general  categories  of  a  more  narrative 
nature.  The  exact  format  had  not  been  worked  out  due  to  non-availability 
of  funding. 

The  concept  of  composite  reporting  is  sound  and  exciting.  It  would 
provide  all  the  information  in  a  timely  manner  to  all  Operational  and 
Adininistrative  Cornmanders  through  a  Navy-wide  Information  System.  The 
areas  which  must  still  be  developed  are: 

1.  The  list  of  all  messages/reports  to  be  incorporated  into  the 
system  during  the  initial  implementation. 

2.  A  format  must  be  developed  which  will  lend  itself  to  modification, 
i.e.,  addition  of  other  reports ,  changes  to  present  requirements 
or  deletion  of  obsolete  reports. 

3.  Development  of  a  software  program  to  process  the  new  format, 
insure  proper  dissemination  and  feedback  to  the  originating  unit. 
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V.  ADAPTABILITY 

A  mandatory  feature  of  a  Composite  Report  is  that  it  be  capable  of 
adapting  to  change  without  the  necessity  of  completely  restructuring  the 
report.  This  feature  is  important  both  for  the  development  of  initial 
phases  of  the  report  as  well  as  for  future  growth  of  its  usage. 

Traditional  message  formats,  such  as  the  MQVEREP,  apparently  have 
been  devised  to  concisely  present  exactly  the  data  items  desired  by  the 
reporting  center.  Such  a  format  might  be  specified  after  a  careful  sur- 
vey of  needed  information.  Seme  appear  to  be  specified  so  that  the  per- 
son composing  the  report  can  conform,  character  by  character,  to  a 
computer  program's  strict  input  format.  But  modern  computer  software 
techniques  are  no  longer  strictly  tied  to  the  fixed  character  position 
analysis  of  punched  card  collating  days.  The  consistency  checking  and 
free  format  styles  allow  a  new  case  and  a  degree  of  forgiveness  to  the 
human  composer. 

For  the  exercises  previously  conducted  by  Commander  First  Fleet,  it 
was  reasonable  to  compose  a  single  CCMPREP  format  to  replace  a  definite 
fixed  list  of  traditional  reports.  However,  for  the  introduction  of  the 
CCMPREP  system  into  Navy-wide  use  as  described  in  the  next  section,  it 
will  be  necessary  to  use  a  format  which  will  accomodate  other  messages 
not  listed  as  initial  messages  to  be  incorporated  into  the  CCMPREP  system. 

As  evidence  that  the  CCMPREP  concept  is  adaptable  enough  to  allow 
inclusion  of  reports  which  were  not  specifically  included  in  its  design, 
the  following  discussion  illustrates  the  expansion  of  Commander  First 
Fleet's  CCMPREP  format  to  include  a  standard  SEARCH  AND  RESCUE  report  as 
required  by  NWIP  10-1  (D) . 
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Figure  5.1  is  a  message,  utilizing  the  COMPREP  format  developed  by 
Commander  First  Fleet,  which  contains  the  information  necessary  to  con- 
struct the  following  standard  reports:  POSITION,  FUEL  STATUS  and 
WEATHER  OBSERVATION.   Figure  5.2  is  a  standard  SEARCH  AND  RESCUE  report. 

The  extension  of  the  COMPREP  containing  the  POSITION,  FUEL  and 
WEATHER  OBSERVATION  in  Figure  5.1,  to  include  all  of  the  information  in 
the  SEARCH  AND  RESCUE  report  in  Figure  5.2,  is  shown  in  Figure  5.3.  Note 
that  the  only  additional  elements  are  items  22  through  26.  The  remainder 
of  the  information  contained  in  the  SEARCH  AND  RESCUE  report  was  already 
present  in  the  COMPREP  illustrated  in  Figure  5.1  in  data  items  1,3,4,5, 
7,9,10,11,15,16,18  and  19. 

The  number  of  characters  required  to  transmit  the  SEARCH  AND  RESCUE 
report  in  the  standard  message  format,  Figure  5.2,  is  296.  If  this  mes- 
sage was  integrated  into  the  COMPREP  as  shown  in  Figure  5.3,  it  would 
take  only  38  characters.  This  is  a  net  savings  in  terms  of  characters 
transmitted  of  258.  Even  if  the  SEARCH  AND  RESCUE  report  was  the  only 
message  to  be  sent,  Figure  5.4,  the  entire  message  would  contain  only 
245  characters  in  the  COMPREP  System  vice  296  in  the  standard  format. 
Additionally,  this  COMPREP  would  automatically  provide  updates  to  the 
ship's  position  and  present  weather  files. 

An  adaptable  format  such  as  this  will  confidently  be  expected  to  be 
capable  of  including  most  of  the  current  operational  reports.  In  addi- 
tion, the  COMPREP  must  be  capable  of  changing  with  future  reporting 
requirements  to  allow  future  evolution  into  a  useful,  efficient  component, 
compatible  with  future  information  systems. 


SAMPLE  MESSAGE  USING  COMPREP  FORMAT 
DEVELOPED  BY  COMMANDER  FIRST  FLEET 


Fran:  USS  SHIP 

To:    COMPREP  PROCESSOR 


Bt 

Date 

CLASSIFICATION 

Element 

Identity 

COMPREP 

1 

AAXXX 

DD-999 

2 

ABXXX 

003 

3 

ACXXX 

101643 

4 

ADXXX 

27-16 

5 

AEXXX 

125-12 

6 

AFXXX 

090-10 

7 

AHXXX 

176.3.2 

8 

BAXXX 

68 

9 

KAXXX 

B 

10 

KBXXX 

4,3,16/08 

11 

KCXXX 

98,02 

12 

KDXXX 

4 

13 

KEXXX 

1*7 

14 

KFXXX 

5,6 

15 

KGXXX 

103,25 

16 

KHXXX 

10,20,15.0 

17 

KCXXX 

2,10 

18 

KKXXX 

07,02 

19 

KLXXX 

07,5,04 

20 

KMXXX 

1 

21 

KNXXX 

GP-4 

BT 

5,3 

Position 
Fuel 


Weather 


Explanation  of  data  element 


Unit  identification 
Serial  number  of  report 
Date  time  group  of  report 
Latitude  of  unit 
Longitude  of  unit 
Course  and  speed  of  unit 
Task  Unit  Assignment  of  unit 
Percentage  of  burnable  fuel 

onboard 
Ship  weather  observation 
Wind  indicator,  cloud  coverage, 

wind  direction,  speed 
Visibility,  present  weather 
High  cloud  coverage 
Type  low  clouds,  height  of 

cloud  base 
Type  middle  clouds,  type 

high  clouds 
Barometric  pressure,  Air 

temperature 
Air /sea  temp  differential, 

dewpoint,  sea  surface  temp 
Barometric  tendency, 

barometric  change 
Seawaves:  period,  height 
Swell:  direction,  period, 

height 
Past  weather 
Course-speed,  last  three  hours 


'IGURE  5.1 


18 


.STANDARD  SEARCH  AND  RESCUE  REPORT 

191643Z  JAN  73 

FM  USS  SHIP 

TO  RESCUE  COORDINATION  CENTER 
CTF  176 
CTG  176.3 

BT 

CLASSIFICATION 

SEARCH  AND  RESCUE  3130 

A.  NWIP  10-1  (D) 

THE  FOLLOWING  IS  SUBMITTED  LAW  REF  A 

1.  1DD 

2.  VIS  10,  WIND  160/8,  AIR  TEMP  25C,  SEA  SURF  TEMP  15C,  WAVES:  HT  02, 
PD  07,  SWELL:  DIR  07,  HT  04,  PD  05 

3.  CIRCULAR  AREA,  RADIUS  20  MILES  FORM  27-16N,  125-12E 

4.  63 

5.  YES 
GP-4 

BT 


FIGURE  5.2 
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SAMPLE  MESSAGE  USING  COMPKEP  FORMAT 

DEVELOPED  BY  COMMANDER  FIRST  FLEET: 

INCLUDES  POSITION,  FUEL,  WEATHER,  SEARCH  AND  RESCUE 


Fran: 

USS  SHIP 

To: 

COMPREP  PROCESSOR 

Bt 

Data 

CLASSIFICATION 

Element 

Identity 

COMPREP 

1 

AAXXX 

DD-999 

2 

ABXXX 

003 

3 

ACXXX 

101643 

4 

ADXXX 

27-16 

5 

AEXXX 

125-12 

6 

AFXXX 

090-10 

7 

AHXXX 

176.3.2 

8 

BAXXX 

68 

9 

KAXXX 

B 

10 

KBXXX 

4,3,16,08 

11 

KCXXX 

98,02 

12 

KDXXX 

4 

13 

KEXXX 

1,7 

14 

KFXXX 

5,6 

15 

KGXXX 

103,25 

16 

KHXXX 

10,20,15.0 

17 

KIXXX 

2,10 

18 

KKXXX 

07,02 

19 

KLXXX 

07,5,04 

20 

KMXXX 

1 

21 

KNXXX 

5,3 

22 

YAXXX 

IB 

23 

YBXXX 

20 

24 

YCXXX 

160-14 

25 

YDXXX 

63 

26 

YEXXX 

GP-4 

BT 

A 

FIGURE  5.3 
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Explanation  of  data  element 


Unit  identification 
Serial  number  of  report 
Date  time  group  of  report 
Latitude  of  unit 
Longitude  of  unit 
Course  and  speed  of  unit 
Task  Unit  Assignment  of  unit 
Percentage  of  burnable  fuel 

onboard 
Ship  weather  observation 
Wind  indicator,  cloud  coverage, 

wind  direction,  speed 
Visibility,  present  weather 
High  cloud  coverage 
Type  low  clouds,  height  of 

clouds  base 
Type  middle  clouds,  type  high 

clouds 
Barometric  pressure,  Air 

temperature 
Air /sea  temp  differential, 

dewpoint,  sea  surface  temp 
Barometric  tendency, 

barometric  change 
Seawaves:  period,  height 
Swell:  direction,  period, 

height 
Past  weather 

Course-speed,  last  three  hours 
Number  and  type  units 
Radius  of  search  in  miles 
Center  of  search  area  from 

present  position 
Probability  of  detection 
Can  continue  search 


SEARCH  AND  RESCUE  REPORT  IN  CCMPKEP  FORMAT 


Fran: 

USS  SHIP 

To: 

COMPREP  PROCESSOR 

BT 

Data 

CLASSIFICATION 

Element 

Identity 

CCMPKEP 

1 

AAXXX 

DD-999 

2 

ABXXX 

003 

3 

ACXXX 

101643 

4 

ADXXX 

27-16 

5 

AEXXX 

125-12 

9 

KAXXX 

B 

10 

KBXXX 

4,3,16,08 

11 

KCXXX 

98,02 

15 

KGXXX 

103,25 

16 

KHXXX 

10,20,15.0 

18 

KKXXX 

07,02 

19 

KLXXX 

07,5,04 

22 

YAXXX 

IB 

23 

YBXXX 

20 

24 

YCXXX 

160-14 

25 

YDXXX 

63 

26 

YEXXX 

A 

Explanation  of  data  element 


Unit  identification 

Serial  number  of  report 

Date  time  group  of  report 

Latitude  of  unit 

Longitude  of  unit 

Ship  weather  observation 

Wind  indicator,  cloud  coverage, 

wind  direction,  wind  speed 
Visibility,  present  weather 
Barometric  pressure,  Air 

temperature 
Air/sea  temp  differential 

dewpoint,  sea  surface  temp 
Seawaves:  period,  height 
Swell:  direction,  period, 

height 
Number  and  type  units 
Radius  of  search  in  miles 
Center  of  search  area  from 

present  position 
Probability  of  detection 
Can  continue  search 


FIGURE  5.4 
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VI.   DEVELOPMENT  OF  THE  COMPOSITE  REPORT 

A.   PROPOSED  COMPREP  SYSTEM 

The  results  of  the  two  attempts  by  Commander  First  Fleet  to  develop 
an  alternative  to  the  present  reporting  system  are  encouraging.  Although 
a  smoothly  operating  system  was  not  achieved  during  the  exercises  evalu- 
ating these  systems,  an  overall  acceptance  and  approval  of  the  concept 
was  expressed  by  the  participating  units. 

I  submit  that  a  COMPREP  System  is  not  only  a  feasible,  but  a  neces- 
sary step  toward  the  reduction  of  the  number  of  operational  reports 
required  of  operating  units.  The  proposal,  as  outlined  and  explained  in 
the  following  section,  should  be  viewed  as  basic  steps  in  streamlining 
our  present  reporting  system.  The  proposed  development  consists  of  a 
series  of  clearly  identifiable  Phases,  which  systematically  and  gradually 
modify  the  present  reporting  system  into  a  navy-wide  information  system. 
The  cost  of  such  a  project  and  the  time  required  to  develop  the  format, 
software  and  hardware  are  not  addressed  in  this  paper,  although  mile- 
stones have  been  identified  and  achievement  of  each  milestone  is  dependent 
only  upon  the  availability  of  funding. 

Present  Communications  System 

Within  the  existing  Communications  System  (see  Figure  6.1)  tradi- 
tional message  reports  are  received  by  a  communications  station  from 
various  originators  via  several  modes  of  transmission.  Upon  receipt,  a 
copy  of  each  message  is  stored  as  received  and  a  copy  is  transmitted  to 
the  action  addressee  and  to  each  information  addressee.  The  ccrTmuni- 
cations  section  serves  as  a  distribution  point  for  the  incoming  messages. 
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Research  and  Development 

The  research  and  development  of  a  CCMPREP  System  could  be  carried  on 
with  no  interference  to  the  present  carmunications  system.  The  research 
and  development  effort  would  be  directed  toward  three  main  areas:  Identi- 
fication of  reports  to  be  initially  incorporated  into  the  CCMPREP;  the 
format  of  the  CCMPREP;  software  programs  to  process  the  CCMPREP. 

Test  and  Evaluation 

Test  and  evaluation  of  the  CCMPREP  System  could  be  effected  without 
interfering  with  the  present  carmunications  system  (see  Figure  6.2)  . 
Figure  6.2  illustrates  how  sample  COMPREPS,  generated  by  hypothetical 
situations,  would  be  sent  to  the  evaluating  unit  through  the  communi- 
cations  station.  The  Incoming  Message  Processor  would  route  these 
sample  COMPREPS  to  a  CCMPREP  Processor  which  would  reformat  the  sample 
COMPREPS  into  traditional  formats.  The  originators  of  the  sample 
COMPREPS  would  also  send  the  traditional  reports  required  by  the  hypo- 
thetical situation,  including  the  appropriate  addressees,  to  the  evalu- 
ation unit.  Tne  output  from  the  CCMPREP  Processor  would  be  compared  with 
the  traditional  reports  sent  by  the  originator.  Adjustments  to  the 
system,  including  changes  to  the  CCMPREP  format,  instructions  for  its 
use,  the  reformatting  program,  the  accounting  program  and  the  addressee 
program,  would  then  be  made  until  the  system  proved  to  be  operating 
correctly.   (Reformatted  messages,  the  same  as  the  traditional  reports, 
with  the  appropriate  addressees,  are  obtained  directly  from  the  CCMPREP 
Reformatting  system.)  At  this  point,  representative  operational  units 
would  be  designated  to  begin  submitting  CCMPREPS  in  addition  to  their 
traditional  operational  reports.  It  is  acknowledged  that  during  this 
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portion  of  the  Test  and  Evaluation  Phase  there  would  be  an  increase  in 
both  the  workload  and  the  volume  of  traffic  being  generated  by  the 
designated  units.  However,  this  period  of  time  would  be  relatively 
short,  involve  only  a  small  number  of  units,  and  be  eliminated  at  the 
start  of  Phase  I. 

B.  CRITERIA  FOR  SUCCESS 

The  objective  of  the  Test  and  Evaluation  Phase  of  the  COMPREP  System 
is  to  determine  if  the  system  can  successfully  perform  the  functions  for 
which  it  was  designed.  In  order  to  be  deemed  a  success,  the  system  must 
be  capable  of,  as  a  minimum,  the  following: 

1.  It  must  work!  When  a  COMPREP  is  originated  correctly  and 
received  by  the  communications  station,  the  accounting  and  reformatting 
function  must  correctly  process  the  COMPREP  and  deliver  the  traditional 
message  to  the  correct  addressees. 

2.  The  time  elapsed  from  the  time  of  the  incident  until  the  time 
that  the  action  addressees  have  the  reformatted  messages  must  be  the  same 
as,  or  less  than,  the  time  it  would  take  for  action  addressees  to  receive 
the  traditional  reports  under  the  present  reporting  system.  That  is,  the 
total  time  required  to  prepare,  transmit,  and  reformat  the  COMPREP,  plus 
the  time  to  transmit  the  reformatted  message  to  the  addressees  must  be 
equal  to,  or  less  than  the  time  it  would  require  to  prepare,  transmit  and 
effect  delivery  of  the  traditional  reports  generated  by  a  particular 
incident  or  situation. 

3.  The  preparation  of  the  COMPREP  by  the  originator  must  be  easier 
than  the  preparation  of  required  reports  generated  by  a  specific  incident. 

4.  The  originators  and  the  addressees  must  be  convinced  that  the 
COMPREP  system  is  an  improvement  over  the  existing  reporting  system. 
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5.  The  actual  transmission  time  from  ship  to  shore  must  be  less 
utilizing  the  CQMPREP  than  it  would  be  transmisting  the  traditional 
messages . 

C.   THE  CQMPREP  PROCESSOR 

Traditional  message  traffic  passing  through  a  communications  station 
will  not  be  affected  by  the  integration  of  a  CQMPREP  Processor  into  the 
system,  as  illustrated  in  Figure  6.2.  These  messages  will  be  handled  in 
accordance  with  existing  practices. 

The  CQMPREP  will  be  diverted  to  the  COMPREP  Processor.  Figure  6.3 
diagrams  the  flow  of  information  through  the  COMPREP  Processor.  Upon 
entry  into  the  COMPREP  Processor,  several  subroutines  will  act  on  the 
message.  In  the  area  of  accounting,  records  will  be  maintained  of  each 
unit  by  Unit  Identification  Code  and  serial  number  of  the  CQMPREP.  By 
utilizing  a  scheme  in  which  the  serial  number  of  the  COMPREP  received  is 
compared  to  the  serial  numbers  of  CQMPREPS  of  individual  units  already 
processed,  missing  and  redundant  reports  can  be  detected.  As  a  result, 
a  report  of  missing  numbers  would  automatically  be  generated  and  sent 
to  the  originator.  Another  feature  of  the  accounting  system  is  automatic 
generation  of  requests  for  additional  reports  if  a  predetermined  maximum 
time  between  reports  has  been  exceeded. 

While  the  accounting  functions  are  being  performed,  the  message  is 
passed  to  the  reformatting  section.  There  the  message  is  broken  down 
into  data  elements.  Using  the  Unit  Identification  Code,  data  elenents  to 
establish  the  type  of  report,  Task  Organization  and  geographical  location, 
appropriate  action  and  information  addressees  are  assigned.  The  types  of 
reports  required  are  determined  and  the  data  elements  are  reformatted 
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into  the  traditional  report  form.  The  traditional  report  is  then  trans- 
mitted to  the  addressees  through  existing  channels  and  a  record  copy  is 
placed  in  storage. 

Implementation  of  Phase  I 

Upon  completion  of  the  Test  and  Evaluation  Phase,  assuming  that  the 
system  is  evaluated  as  being  successful,  the  transition  into  Phase  I 
could  be  accomplished  smoothly.  The  CCMPREP  Processor,  already  in  a 
position  to  receive  inputs  from  the  Incoming  Message  Processor  (see 
Figure  6.2)  could  easily  be  integrated  into  the  present  communications 
system  (see  Figure  6.4) .  At  this  time,  those  units  which  have  partici- 
pated in  the  Test  and  Evaluation  Phase  would  commence  submitting 
CCMPREPS  in  lieu  of  traditional  reports.  Other  units,  after  a  specified 
period  of  dual  reporting,  would  gradually  be  changed  over  to  the  CCMPREP 
Systen,  until  the  COMPREP  became  navy-wide.  Note  that  this  gradual 
changeover  can  proceed  at  any  rate.  An  individual  unit  would  be  added 
to  the  system  upon  demonstrating  its  capability  to  utilize  the  CCMPREP 
format  correctly. 

Phase  II 

As  an  intermediate  step  in  progress  toward  a  large  information  sys- 
tem, Phase  II  would  permit  changes  advantageous  to  users,  i.e.,  the  com- 
mands maintaining  data  bases  or  files  of  information.  Figure  6.5 
illustrates  how  the  user  receives  information  at  the  present  time,  and 
two  possible  advanced  forms. 

As  the  situation  exists  now,  and  during  Phase  I,  all  users  would 
receive  "traditional  messages"  in  existing  format.  The  individual  user 
would  continue  to  process  these  messages  and  update  his  own  files. 
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In  Phase  II ,  should  the  user  determine  that  certain  data  were  no 
longer  necessary  or  that  additional  data  were  needed,  the  change  could 
be  made  to  the  format  which  he  receives  without  the  expense  and  the  time 
delays  required  in  implementing  a  navy-wide  change  to  an  existi: .      - : . 
The  change  would  be  made  in  the  CCMPKEP  Processor  ("modification  I"  of 
Figure  6.5) . 

A  further  modification,  and  perhaps  the  most  beneficial  to  the  user, 
would  be  a  direct  link  from  the  CCMPKEP  Processor,  through  existing 
channels,  to  the  users  computer  or  data  base  ("mod     tion  II"  of 
Figure  6.5) .  This  would  eliminate  at  least  one  stage  o    an  handling 
of  the  message,  and  provide  the  user  with  up-to-date  information  at  any 
given  time. 

Icr/:   Is.r.ve  Ir.fcrmatisr.  3y::t-'.r 

At  present  the  trend  in  reporting  seems  to  be  toward  a  vast  infor- 
mation system.  Although  the     jn  of  such  a  system  is  beyonc  the  ::- 
of  this  paper ,  the  evolution  of  the  CQMPREJ  Syst     cough  Phase  II, 
particularly  the  ccrpjter-to-computer  link  Bom  of  "rodificacicr.  "" 
descrii/id  above ,  is  fully  compatible  with  this  trend.  Any  ir.fcrmaticr. 
system,  now  within  sight  could  accept  mess  ..-.  tnis  is:—.   r£ee 

Figure  6.6.)   Seme  systems  right  even  vie-.-;  the  1     I?  System  as  an 
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VII.   SUMMARY 

Personnel  responsible  for  meeting  the  reporting  requirements  imposed 
on  operational  units  of  the  fleet  are  faced  with  an  enormous  task.  The 
number  of  types  and  complexity  of  the  reports  required  have  increased  to 
the  point  where  it  is  almost  impossible  to  be  aware  of  and  to  meet  these 
requirements  with  a  high  degree  of  confidence  that  all  the  requirements 
have  been  met. 

Recent  attempts  to  alleviate  this  problem  have  been  made  by  Carmander 
First  Fleet  with  the  development  of  a  composite  reporting  system,  COMPREP. 
While  evaluating  the  COMPREP  during  Fleet  Exercises  ROPEVAL  3-71  and 
COMPUTEX-72,  many  problems  in  the  area  of  automatic  processing  were 
uncovered.  Nevertheless,  Commanding  Officers  of  the  afloat  units  involved 
endorsed  the  concept  of  Composite  Reporting. 

In  support  of  the  Composite  Reporting  concept  as  a  means  to  streamline 
the  present  reporting  system,  a  plan  for  the  development  of  a  COMPREP 
System  was  presented.  Sane  of  the  shortcomings  of  the  previously  de\  sed 
systems  were  noted.  The  most  Important  areas  in  the  development  of  t  .e 
COMPREP  System  were  defined.  The  capability  of  such  a  system  for  expansion 
was  illustrated  through  the  addition  of  a  previously  excluded  report, 
SEARCH  AND  RESCUE,  into  the  format  developed  by  Conreuider  First  Fleet. 
This  illustration  shows  that  by  utilizing  the  Composite  Reporting  format, 
the  amount  of  preparation  time  and  more  importantly  the  amount  of 
transmission  time  saved  is  considerable. 
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The  proposal  for  a  Navy-wide  Composite  Reporting  System  in  Section  VT 
describes,  step  by  step,  a  reasonable  method  of  developing  such  a  system, 
and  explicit  performance  specifications  to  be  met  to  insure  success.  In 
addition,  the  system  is  described  as  it  might  be  modified  in  the  future  to 
become  an  integral  element  in  the  realization  of  a  Navy-wide  Information 
System. 
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APPENDIX  I 

Summary  of  Proposal  presented  by  the  Preliminary  Development  Team 
sponsored  by  OPNAV  943. 

PRIMARY  OBJECTIVES 

To  reduce  fleet  unit  reports 

To  simplify  message  drafting 

To  afford  man  and  machine  readibility 

To  reduce  message  traffic  throughout  the  navy 

To  improve  message  timeliness 

To  provide  feedback  to  fleet  units 

SECONDARY  OBJECTIVES 

To  minimize  information  redundancy 

To  simplify  operator  message  preparation 

To  reduce  total  circuit  transmission  time 

To  provide  recipient  more  complete  operational  information 

To  improve  information  quality 

LONG-RANGE  OBJECTIVES 

To  increase  Command  and  Control  Communications  effectiveness 

To  incorporate  other  recurring  message  reports 

To  provide  Navy-wide  access  to  operational  and  Readiness  information 

To  support  Readiness  and  Training  Management 

The  CCMPREP  as  proposed  by  the  preliminary  development  team  would  be 
implemented  in  three  phases,  each  phase  being  a  logical  follow-on  to  the 
already  existing  system.  The  time  frame  for  progressing  from  one  phase 
to  the  next  was  not  specifically  defined,  but  would  depend  upon  the 
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performance,  workability  and  funding  available.  It  was  proposed,  how- 
ever, that  the  basic  design,  distribution  of  materials  and  implementation 
of  Phase  I  could  be  accomplished  by  July  1974. 

In  order  to  more  clearly  illustrate  the  three  phases  envisioned  in 
implementing  the  CCMPREP,  the  affect  of  each  phase  is  shown  on  each  of 
the  three  major  components  of  the  system  in  the  following  table: 


REPORTING 
UNIT 

COMPREP 
CENTER 


USER 
ACTIVITY 


Single  ship  to 
shore  message 

Translate  infor- 
mation for  dis- 
tribution into 
existing  message 
format. 


Receive  customary 
message  traffic. 


II 

Single  ship  to 
shore  message 

Reformat  and  dis- 
tribute the  infor- 
mation in  user 
specified  message 
format. 


Receive  inforr- 
mation  in  own 
specified  format. 


Ill 

Single  ship  to 
shore  message 

Compile  a  queri- 
able  infcrmation 
base  and  transmit 
subsets  of  infor- 
mation directly 
to  the  users 
information  system. 

Receive  direct 
updates  to  own 
information  base, 
periodic  summary 
reports  and  real- 
time query  respon  js, 
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APPENDIX  II 

The  following  data  was  collected  as  a  result  of  CCMPUTEX  10A-72. 
The  Composite  reporting  was  done  in  a  10  day  period  with  44  participating 
afloat  units  sending  601  CCMPREPS  to  the  CCMPREP  CENTER  established  by 
Commander  First  Fleet  (CTF  170) .  The  breakdown  of  outgoing  messages 
generated  by  the  CCMPREPS  as  classified  by  type  were: 


Narrative 

126 

OPSTAT 

79 

MII5TRIP 

63 

Weather 

59 

CCMSTAT 

52 

CASCOR 

49 

Sitrep 

46 

Guard  Shift 

35 

CASREPT 

33 

MOVREP 

25 

BATHY 

24 

SST 

12 

ZDK/ZFK 

11 

Termination 

3 

Broadcast  Shift  1 


The  total  number  of  operational  messages  reformatted  and  transmitted 
from  the  601  CCMPREP  input  messages  was  618.  Although  this  may  seem  1  ce 
an  insignificant  difference  in  terms  of  actual  messages,  the  following 
two  points  should  be  considered. 

1.  There  was  only  one  format,  a  prepositioned ,  "fill  in  the  blanks" 
format,  which  required  no  research  by  the  originator.  All  of  the  infor- 
mation and  instructions  for  completing  the  report  were  contained  on  the 
message  blank. 

2.  The  messages  were  addressed  only  to  CTF  170,  CTU  170.1.9  and  to 
immediate  operational  Commander  of  the  reporting  unit,  instead  of  a  long 
series  of  AIG's  and  other  "concerned  commands." 
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